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Figure 1: Clustered Shading groups samples from a view (left image) into clusters (show in blue in the top center image). For 
shading, each cluster is assigned lights that affect the cluster. Since the clusters are small in comparison to volumes created by 
e.g. screen space tiling (shown in red in the bottom center image), the number of lighting computations per pixel is kept low (top 
right image) when compared to Tiled Shading (bottom right image). The colors indicate the number of lighting computations 
per pixel, ranging from less than 50 for blue pixels, to in excess of300for white pixels. The scene contains around 2400 light 
sources, and is rendered in 11 ms by our method (2.3ms for clustering, 1.5 ms for light assignment and 5.6 ms for shading; 
remaining frame time is dominated by rendering to G-bujfers and, here, visualizing light sources with glutSolidSphere()), 
compared to 26ms for the Tiled Shading implementation (l.0ms for light assignment and 17 .1ms for shading). 


Abstract 

This paper presents and investigates Clustered Shading for deferred and forward rendering. In Clustered Shading, 
view samples with similar properties (e.g. 3D-position and/or normal) are grouped into clusters. This is compara¬ 
ble to tiled shading, where view samples are grouped into tiles based on 2D-position only. We show that Clustered 
Shading creates a better mapping of light sources to view samples than tiled shading, resulting in a significant 
reduction of lighting computations during shading. Additionally, Clustered Shading enables using normal infor¬ 
mation to perform per-cluster back-face culling of lights, again reducing the number of lighting computations. We 
also show that Clustered Shading not only outperforms tiled shading in many scenes, but also exhibits better worst 
case behaviour under tricky conditions (e.g. when looking at high-frequency geometry with large discontinuities 
in depth). Additionally, Clustered Shading enables real-time scenes with two to three orders of magnitudes more 
lights than previously feasible (up to around one million light sources). 

Categories and Subject Descriptors (according to ACM CCS): 1.3.7 [Computer Graphics]: Three-Dimensional 
Graphics and Realism—Color, shading, shadowing, and texture 


1. Introduction ment community. The most popular form is Tiled Deferred 

Shading , which has been implemented on both the Sony 
In recent years, Tiled Shading [OA11] in various forms has PlayStation 3 and Microsoft XBox 360 console, as well 
been gathering increased attention in the games develop- 
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as PC [BE08, And09, Swo09,Laul0, Cofll]. More recently 
Tiled Forward Shading , has also gained attention [McK12]. 

Tiled deferred shading removes the bandwidth bottleneck 
from deferred shading, instead making the technique com¬ 
pute bound. This enables efficient usage of devices with a 
high compute-to-bandwidth ratio, such as modern consoles 
and GPUs. Modern high-end games are using tiled deferred 
shading to allow for thousands of lights, which are required 
to push the limits of visual fidelity [FC1 1]. With large num¬ 
bers of lights, GI effects can be produced that affect dynamic 
as well as static geometry. 

Tiled shading groups samples in rectangular screen-space 
tiles, using the min and max depth within each tile to define 
sub frustums. Thus, tiles which contain depth values that are 
close together, e.g. from a single surface, will be represented 
with small bounding volumes. However, for tiles where one 
or more depth discontinuities occur, the depth bounds of the 
tile must encompass all the empty space between the sample 
groups (illustrated in Figure 1). This reduces light culling 
efficiency, in the worst case degenerating to a pure 2D test. 
This results in a strong dependency between view and per¬ 
formance, which highly is undesirable in real-time applica¬ 
tions, as it becomes difficult to guarantee consistent render¬ 
ing performance at all times. 

We introduce Clustered Shading , where we explore higher 
dimensional tiles, which we collectively call clusters. Each 
cluster has a fixed maximum 3D extent, which means that 
there is no degenerate case depending on the view. Each 
sample can at worst be over-represented by a fixed volume, 
and empty space is ignored. 

We show how clustered shading can be implemented ef¬ 
ficiently on the GPU, supporting both deferred and forward 
shading implementations. Our implementation shows much 
less view-dependent performance, and is much faster for 
some cases that are challenging for tiled shading. We also 
extend beyond 3D clusters and also use normal information. 
This is used to implement light hack-face culling on a per- 
cluster basis, discarding lights that affect no samples. To ro¬ 
bustly support large numbers of lights, we also implement 
a hierarchical light assignment approach, which is shown to 
enable real-time performance for up to 1M lights. 

2. Previous Work 

Deferred shading was first introduced in a hardware design 
in 1988 [DWS*88], with a more general purpose method 
using full screen Geometry Buffers (G-Buffers) following 
in 1990 [ST90]. Deferred shading decouples geometry and 
light processing, making it relatively simple to manage large 
numbers of light sources. It has become mainstream only in 
recent years, as hardware has become more powerful and 
raising the bar on visual fidelity requires more and more 
lights. 

Tiled shading is a relatively recent development that 


builds upon deferred shading. Aimed primarily at address¬ 
ing the memory bandwidth bottleneck in deferred shading, 
it has been implemented in many modern computer games. 
Since game consoles are highly bandwidth constrained de¬ 
vices, tiled deferred shading has quickly become an impor¬ 
tant algorithm for high-profile games [BE08, And09,Swo09, 
LaulO,Cofll,McK 12]. The trend for computational power 
to increase faster than memory bandwidth is also present in 
consumer GPUs. Tiled shading has been shown to scale well 
with successive GPU generations [OA11]. 

2.1. Cluster Determination 

To enable efficient processing of clusters, we need some way 
of determining what clusters are present in a given frame. In 
a deferred shading setting, this requires analysis of the whole 
frame buffer, which must be done efficiently on the GPU to 
minimize data transfers and synchronization. Determining a 
grouping of samples that goes beyond simple 2D tiling is a 
fairly common problem in GPU rendering algorithms. 

Resolution Matched Shadow Maps (RMSM), must deter¬ 
mine which shadow pages are used by the view samples 
[LSO07]. The method achieves this by first exploiting screen 
space coherency to reduce duplicate requests from adjacent 
pixels in screen space. Globally unique requests are then de¬ 
termined by sorting and compacting the remaining requests. 

Garanzha et al. [GL10] present a similar technique that 
they call Compress-Sort-Decompress (CSD). Their goal is 
to find 3D (or 5D) clusters in a frame buffer, which are 
used to form ray packets. The main differences are that 
Garanzha et al. treat the frame buffer as a ID sequence and 
use run length encoding (RLE) to reduce duplicates before 
sorting. They expand the result after the sorting. 

The approaches in both RMSMs and CSD rely on the 
presence of coherency between adjacent input elements, in 
2D and ID respectively. In many cases, this is a reasonable 
assumption. However, techniques such as multi sampling 
anti aliasing (MSAA) with alpha-to-coverage, or stochas¬ 
tic transparency [ESSL10], invalidate this assumption. Co¬ 
herency is still present in the frame buffer, but not between 
adjacent samples. For scenes with low coherence between 
adjacent samples, both of these methods degenerate to sort¬ 
ing the entire frame buffer. 

Virtual textures face a very similar problem as RMSMs, 
having to determine the used pages in a virtual texture. 
Mayer [May 10] surveys several techniques for solving this 
problem, all of which are very similar to the above methods. 
Hollemeersch et al. [HPLdWIO] describe a different solu¬ 
tion, which instead directly sets a flag in the virtual page 
table, to indicate that a page is needed. Next the page table 
is compacted, producing the unique pages needed. 

Flagging and compacting page tables does not need to use 
adjacency to reduce work. All samples requiring the same 
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page will set the same flag, regardless of their position in the 
frame buffer, eliminating duplicate requests. This method 
should therefore be more robust with respect to incoherent 
frame buffers. However, as direct indexing is used, there 
must be relatively few possible indices (in this case pages). 

Liktor and Dashsbacher [LD12] determine and allocate 
unique shading samples using a related technique. However, 
because of the high number of unique shading sample iden¬ 
tifiers, a direct mapping is not feasible. Also, as they need 
to allocate space for the samples during the process, they 
use a more compact hash table to track which samples ex¬ 
ist. Space for the samples is allocated in a continuous array, 
further complicating the process. 

3. Clustered Deferred Shading Algorithm 

Our algorithm consists of the following basic steps, each of 
which will be described in more detail in the following sec¬ 
tions. 

1. Render scene to G-Buffers. 

2. Cluster assignment. 

3. Find unique clusters. 

4. Assign lights to clusters. 

5. Shade samples. 

The first step, rendering the model to populate the G-Buffers, 
does not differ from traditional deferred shading or from 
tiled deferred shading. The second step computes for each 
pixel which cluster it belongs to according to its position 
(and possibly normal). In the third step, we reduce this into 
a list of unique clusters. The fourth step, assigning lights to 
clusters, consists of efficiently finding which lights influence 
which of the unique clusters and produce a list of lights for 
each cluster. Finally, for each sample, these light lists are 
accessed to compute the sample’s shading. 

3.1. Cluster Assignment 

The goal of the cluster assignment is to compute an integer 
cluster key for a given view sample from the information 
available in the G-Buffers. We make use of the position and, 
optionally, the normal. 

There is a potentially limitless number of ways to group 
view samples. Fundamentally, we desire samples that are 
close to each other to be grouped together, as they are likely 
to be affected by the same set of lights. There are many dy¬ 
namic clustering algorithms available, e.g. k-means cluster¬ 
ing, but none of these perform well enough on the millions 
of samples required to be of interest. Consequently, we em¬ 
ploy a regular subdivision, or quantization, of the sample po¬ 
sitions, as this is both fast and provides predictable cluster 
sizes. 

The way in which we chose to quantize positions is impor¬ 
tant in several ways. We desire the clusters to be small, such 



(a) Uniform NDC. (b) Uni. view space, (c) Exp. view space. 


Figure 2: Depth subdivision schemes: (a), uniform subdivi¬ 
sion of normalized device coordinates; (b), uniform subdi¬ 
vision in view space; and (c), exponential spacing in view 
space. 


that as few lights as possible affect each, but, conversely, 
they should contain as many samples as possible to keep the 
light assignment and shading efficient. We also desire the 
number of bits required to encode the cluster key to be small 
and predictable. 

A common method is to simply use a world space (virtual) 
uniform grid [GL10]. This method provides quick cluster 
key computation, and all clusters are the same size. However, 
selecting the proper grid cell size requires manual tweaking 
for each scene, and, depending on scene size, may require a 
very large number of bits to represent the key. Furthermore, 
as the grid is viewed under projection, far-away clusters be¬ 
come small on screen. Thus, in large scenes, it is possible to 
encounter views where many of the clusters are pixel sized, 
causing poor performance. 

We therefore explored an alternative approach, based on 
the observation that we are only interested in points within 
the view frustum. Starting with the uniform screen space 
tiling used in tiled deferred shading, we extend this by also 
subdividing along the z-axis in view space (or normalized 
device coordinates), in a manner similar to [HM08]. Viewed 
in world space, this produces small sub-frustums partition¬ 
ing the view frustum, see Figure 2. 



Figure 3: Exponential spacing in view space. For a given 
partition k, the near and far planes, as well as cell height 
and depth are shown. 

The simplest way to perform the z subdivision is to parti¬ 
tion the depth range in normalized device coordinates into a 
set of uniform segments. However, because of the non-linear 
nature of normalized device coordinates, such a quantization 
leads to very uneven cluster dimensions. Clusters close to the 
near plane become very thin, whereas those towards the far 
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Figure 4: Quantization of normal directions on the unit 
cube, using 3x3 subdivisions on each face, and the recon¬ 
structed normal cone for one subdivision. 


plane become very long (Figure 2(a)). Uniform subdivision 
in view space produces the opposite artifact, where clusters 
near the view point are long and narrow, and those far away 
are wide and flat (Figure 2(b)). 


Key Buffer (pixels) I 
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Sorted Key Buffer 


Compacted 





Figure 5: Sorting and compacting the key buffer to find 
unique clusters. The cluster keys in the key buffer are sorted 
and then compacted, to find the list of unique clusters. The 
sorting is, for instance, based on the view sample's depth 
and normal direction. 


3.2. Finding Unique Clusters 


We therefore choose to perform the subdivision in view 
space, by spacing the divisions exponentially to achieve self¬ 
similar subdivisions [LTYM06], such that the clusters be¬ 
come as cubical as possible (Figures 2(c) and 3). 

In Figure 3, we illustrate the subdivisions of a frustum. 
The number of subdivisions in the Y direction (S y ) is given 
in screen space (e.g. to form tiles of 32 x 32 pixels). The near 
plane for a division k, near^, can be calculated from 

near/z = nearj ( _ | + h^_ \. 


For the first subdivision, nearo = near, i.e. the near viewing 
plane. For a given field of view of 2 0, we find that 

, 2near tan 0 


It follows that near^ can be computed using the following 
expression: 

/ 2tan0\* 

near^ = near ^1 H--— J . (1) 

Solving Equation 1 for k , we find that 


log (-zvs /near) 

log(l + ^) 


( 2 ) 


We will here present two different options that we use for 
identifying unique clusters: with sorting and with page ta¬ 
bles. 

The perhaps most obvious method to find the unique clus¬ 
ters in parallel is to simply sort the cluster keys, and then 
perform a compaction step that removes any with an identi¬ 
cal neighbour (see Figure 5). Both sorting and compaction 
are relatively efficient and readily available GPU building 
blocks [HB10, BOA09]. However, despite steady progress, 
sorting remains an expensive operation, and we therefore ex¬ 
plore better performing alternatives. 

As noted in Section 2, methods that rely on adjacent 
screen-space coherency are not robust, especially with re¬ 
spect to stochastic frame buffers. We therefore focus on tech¬ 
niques that do not suffer from this weakness. 

3.2.0.1. Local Sorting In our first technique, we sort sam¬ 
ples in each screen space tile locally. This allows us to per¬ 
form the sorting operation in on-chip shared memory, and 
use local (and therefore smaller) indices to link back to the 
source pixel. We extract unique clusters from each tile using 
a parallel compaction. From this, we get the globally unique 
list of clusters. During the compaction, we also compute and 
store a link from each sample to its associated cluster. 


Using Equation 2, we can now compute the cluster 
key tuple (z, j 1 k) from screen-space coordinates (x ss ,yss) 
and the view-space depth zvs- Coordinates (/, j) are the 
screen space tile indices, i.e. for tile size ( t x ,t y ), (z, j) = 

(LW&J 5 LW^yJ)- 

Using our more dynamic definition of a cluster opens up 
for the ability to use attributes other than the position to de¬ 
fine the cluster key. We extend the cluster key with a number 
of bits that encode a quantized normal direction (Figure 6). 
We quantize normals by cube face and a discrete 2D grid 
over each face, as illustrated in Figure 4. Clustering on nor¬ 
mals improves culling of lights (see Section 3.3). 


3.2.O.2. Page Tables The second technique is similar to 
the page table approach used by virtual textures (Section 2). 
However, as the range of possible cluster keys is very large, 
we cannot use a direct mapping between cluster key and 
physical storage location for the cluster data; it simply would 
typically not fit into GPU memory. Instead we use a vir¬ 
tual mapping, and allocate physical pages where any actual 
keys needs storage. Lefohn et.al. [LSK*06] provide details 
on software GPU implementation of virtual address transla¬ 
tion. We exploit the fact that all physical pages are allocated 
in a compact range, and we can therefore compact that range 
to find the unique clusters. 
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(a) Reference view 



(b) Clustering based on 3D position only 


(c) Using 3D position and sample normal 


Figure 6: Results of different clustering methods, (a) The rendered and lit reference view is shown to the right, (b) The center 
image shows the results of clustering on position only. (Each cluster is assigned a random color.) (c) Clustering based on 
position and normals is shown to the right. In both cases, flat regions produce a clustering very similar to screen space tiling. 


Whether using sorting or page tables, the cluster key defines 
implicit 3D bounds and, optionally, an implicit normal cone. 
However, as the actual view-sample positions and normals 
typically have tighter bounds, we also evaluate explicit 3D 
bounds and normal cones. We compute the explicit bounds 
by performing a reduction over the samples in each cluster 
(e.g., we perform a min-max reduction to find the A ABB en¬ 
closing each cluster). The results of the reduction are stored 
separately in memory. 

When using page tables, the reduction is difficult to imple¬ 
ment efficiently. Because of the many-to-one mapping from 
view samples to cluster data, we would need to make use 
of atomic operations, and get a high rate of collisions. We 
deemed this to be unpractically expensive. We therefore only 
implement explicit bounds for the first technique based on 
sorting (after the local sort, information about which sam¬ 
ples belong to a given cluster is readily available). 

3.3. Light Assignment 

The goal of the light assignment stage is to calculate the list 
of lights influencing each cluster. Previous designs for tiled 
deferred shading implementations have by and large utilized 
a brute force approach to finding the intersection between 
lights and tiles. That is, light-cluster overlaps were found 
by, for each tile, iterating over all lights in the scene and 
testing bounding volumes. This is tolerable for reasonably 
low numbers of lights and clusters. 

To robustly support large numbers of lights and a dynam¬ 
ically varying number of clusters, we use a fully hierarchical 
approach based on a spatial tree over the lights. Each frame, 
we construct a bounding volume hierarchy (BVH) by first 
sorting the lights according to the Z-order (Morton Code) 
based on the discretized centre position of each light. We de¬ 


rive the discretization from a dynamically computed bound¬ 
ing volume around all lights. 

The leaves of the search tree we get directly from the 
sorted data. Next, 32 consecutive leaves are grouped into a 
bounding volume (AABB) to form the first level above the 
leaves. The next level is constructed by again combining 32 
consecutive elements. We continue until a single root ele¬ 
ment remains. 

For each cluster, we traverse this BVH using depth-first 
traversal. At each level, the bounding box of the cluster (ei¬ 
ther explicitly computed from the cluster’s contents or im¬ 
plicitly derived from the cluster’s key) is tested against the 
bounding volumes of the child nodes. For the leaf nodes, the 
sphere bounding the light source is used; other nodes store 
an AABB enclosing the node. The branching factor of 32 
allows efficient SIMD-traversal on the GPU and keeps the 
search tree relatively shallow (up to 5 levels), which is used 
to avoid expensive recursion (the branching factor should be 
adjusted depending on the GPU used, the factor of 32 is con¬ 
venient on current NVIDIA GPUs). 

If a normal cone is available for a cluster, we use this cone 
to further reject lights that will not affect any samples in the 
cluster. This happens if co, the angle between the incoming 
light direction from the centre of the cluster AABB (< di ) and 
the normal cone axis (a), is greater than tc/ 2 + a + 5. The 
angle a is the normal-cone half angle, and 5 is the half angle 
of the cone from the light enclosing the cluster AABB (see 
Figure 7). 

3.4. Shading 

Shading differs from Tiled Shading only in how we look up 
the cluster for the view sample in question. For Tiled Shad¬ 
ing, a simple 2D lookup, based on the screen-space coordi- 
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Figure 7: Back-face culling of lights against clusters. A nor¬ 
mal cone (blue), with the opening angle a is derived from or 
stored with the cluster. The normals of the samples contained 
in this cluster are all within this cone. The cone originating 
at the light source and enclosing the cluster (dashed grey - 
geometrically equivalent to the red cone) gives the angle 5. 
If the angle between the incoming light and the axis of the 
normal cone ( co) is greater than ft/2 + a + 8, the light faces 
the back of all samples in the cluster, and can therefore be 
ignored. 


nates, is sufficient to retrieve light-list offset and count. How¬ 
ever, for clustered approaches, there no longer exists a direct 
mapping between the cluster key and the index into the list 
of unique clusters. 

In the sorting approach, we explicitly store this index for 
each pixel. This is achieved by tracking references back to 
the originating pixel, and, when the unique cluster list is 
established, storing the index to the correct pixel in a full 
screen buffer. 

When using page tables, after the unique clusters are 
found, we store the cluster index back to the physical mem¬ 
ory location used to store the cluster key earlier (using the 
same page table as before). This means that a virtual lookup 
for the cluster key will yield the cluster index. Thus, each 
sample can look up the cluster index using the cluster key 
computed earlier (or re-computed). 

4. Implementation and Evaluation 

We implemented several variants of the new algorithm using 
OpenGL and CUDA. The variants are as follows (suffixes 
used are documented in Table 1): 

• ClusteredDeferred[Nk][En][Eb][Pt] - clustered deferred 
shading. 

• ClusteredForward - clustered forward shading. Clustered 
forward shading requires a pre-z pass to prime the depth 
buffer, which is used for clustering. Currently only imple¬ 
mented with page tables. 

Additionally, we implemented the following methods for 
comparison, as described in [OA11]: 

• Deferred , traditional deferred shading, with stencil opti- 


Table 1: Suffixes identifying variations of the clustered 
methods. 


Suffix 

Meaning 

Nk[X] 

Clustering based on normal, using X x 

X subdivisions to a cube face. 

En 

Explicit normals cones are derived and 
used. 

Eb 

Explicit Bounds (3D AABB) are de¬ 
rived and used. 

Pt 

Page Tables are used to find the unique 
clusters 


mization. This means that light assignment will be exact 
per sample using a stencil test [AA03]. 

• TiledDeferred , standard tiled deferred shading. 

• TiledDeferredEn, tiled deferred shading with explicit nor¬ 
mal cones computed per tile. 

• TiledForward , standard tiled forward shading, with a 
depth pre-pass, to enable min-max culling of lights. 

4.1. Cluster Key Packing 

For maximum performance when using sorting or page ta¬ 
bles, we wish to pack the cluster key into as few bits as 
possible. We allocate 8 bits to each i and j components, 
which identify the screen-space tile the cluster belongs to. 
This allows up to 8192 x 8192 size render targets (assuming 
screen-space tile size of 32 x 32 pixels). The depth index k 
is determined from settings for the near and far planes and 
Equation 2. In our scenes, we found 10 bits to be sufficient. 
This leaves up to 6 bits for the optional normal clustering. 
Using 6 bits, we can for instance support a resolution up to 
3x3 subdivisions on each cube face (3 x 3 x 6 = 54 and 
[log 2 54] = 6). For more restricted environments, the data 
could be packed more aggressively, saving both time and 
space. 

4.2. Tile Sorting 

To the cluster key (between 10 and 16 bits wide) we attach an 
additional 10 bits of meta-data, which identifies the sample’s 
original position relative to its tile. We then perform a tile- 
local sort of the cluster keys and the associated meta-data. 
The sort only considers the up-to 16 bits of the cluster key; 
the meta-data is used as a link back to the original sample af¬ 
ter sorting. In each tile, we count the number of unique clus¬ 
ter keys. Using a prefix operation over the counts from each 
tile, we find the total number of unique cluster keys and as¬ 
sign each cluster a unique ID in the range [0...numClusters). 
We write the unique ID back to each pixel that is a mem¬ 
ber of the cluster. The unique ID also serves as an offset in 
memory to where the cluster’s data is stored. 

Bounding volumes (AABB and normal cone) can be re¬ 
constructed from the cluster keys, in which case each cluster 
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Figure 8: A view of the Crytek Sponza scene, with 10k lights 
randomly placed. The tree branches cause discontinuities in 
the depth buffer, making it more challenging for tiled de¬ 
ferred shading. 


only needs to store its cluster key. For explicit bounding vol¬ 
umes, we additionally store the AABB and/or normal cone. 
The explicit bounding volumes are computed using a reduc¬ 
tion operation: for instance, AABBs can be found using a 
min- and a max-reduction operation on the sample positions. 
The meta-data from the locally sorted cluster keys gives us 
information on which samples belong to a given cluster. 

4.3. Page Tables 

We implemented a single level page table using a two pass 
approach. First the required pages are flagged in the table. 
Then, the physical pages are allocated using a parallel prefix 
sum, and finally the keys are stored into the physical pages. 
Performing the physical page allocation on the fly in a single 
pass was more than 2 times slower, but could still be viable 
on hardware with faster atomic operations. 

4.4. Light Assignment 

As described in Section 3.3, we construct a search tree over 
the lights each frame. Construction relies on efficient sort¬ 
ing functions; here we use the sorting function provided by 
Thrust [FIB 10]. To construct the upper levels of the tree, we 
launch a CUDA warp (32 threads) for each node to be con¬ 
structed. The warp performs an in-warp parallel reduction 
over the children’s bounding volumes. 

For traversal, we again take advantage of the 32-wide fan¬ 
out of the search tree. For each cluster we allocated a warp 
that traverses the tree in depth-first order. Each thread in the 
warp tests the 32 bounding volumes of the children in paral¬ 
lel. By providing unrolled implementations for trees of depth 
up to 5, we can avoid expensive recursion in CUDA. With a 
depth of 5, we can support up to 32 million lights, which we 
deemed to be sufficient (it is trivial to expand this). 

5. Results and Discussion 

We measured performance for the algorithm and variants de¬ 
scribed in the previous section, and measurements are per¬ 




Figure 9: (left) Millions of lighting computations performed 
along a fly-through of the Necropolis scene, (right) Same 
data, normalized to the Deferred method. 


formed on an NVIDIA GTX 480 GPU, unless otherwise in¬ 
dicated. We used the set of scenes listed below. 

• Necropolis. Scene from the Unreal Development 
Kit [Epill] (Figure 1). The scene contains 653 lights, 
with bounded ranges. The majority are spot lights. 
However we treat all lights as point lights (this is a 
limitations in our implementation). The scene contains 
around 2M triangles and is normal mapped. We created 
a camera animation covering the length of the map (see 
supplemental video). To bring the number of lights up 
further, we added several cannon towers to the scene 
which shoot out colourful spheres, bringing the total 
number of lights up to around 2500 during the animation. 

• Sponza. We used the version of sponza made available 
by Crytek [Cry 10] (Figure 8). To make the scene more 
challenging, with more discontinuities, we injected a set 
of bare trees. We generated 10k random lights within the 
scene AABB. 

5.1. Performance Analysis 

The main advantage of clustered shading over tiled shading 
is the reduced view dependence. By avoiding empty space, 
efficiency should be similar to that of deferred shading with 
stencil optimization and less variable than tiled shading. This 
is shown in Figures 9 and 10(a), which both adopt the light¬ 
ing computations metric from [OA1 1]. 

Since clustering and light assignment introduce over¬ 
heads, it is expected that tiled shading performs better when 
there are fewer lights, or few discontinuities. Clustered shad¬ 
ing is still expected to have less view-dependent variability 
in frame times. Figure 11 confirms that this is the case for 
the necropolis scene, which has relatively few discontinu¬ 
ities and lights. Even the most complex clustered algorithm 
tested (ClusteredNk3EbEn), offers worst case performance 
comparable to tiled deferred. This is also the case for the 
more challenging scene shown in Figure 10(b), with many 
discontinuities and lights, indicating greater robustness for 
clustered shading. We also see that the best performing clus¬ 
tered variant (ClusteredDeferredPt) is around 50% faster in 
the worst case on the necropolis animation. 
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(b) Performance, milliseconds for important stages. 


Figure 10: Performance measured for the tested algorithms 
for the view of the crytek sponza scene shown in Figure 8. 
Tiled variants have been excluded from (a), as they make 
comparison difficult. They perform around 90 million light¬ 
ing computations. For the same reason, Deferred and Tiled- 
Forward have been excluded from (b). Deferred takes a total 
of 97.1 ms, and TiledForward 23.6 ms to render. 
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Figure 11: Run time performance of some the algorithm 
variants over the Necropolis scene animation. 


ClusteredForward offers very competitive performance, 
similar to TiledDeferred in the Necropolis animation se¬ 
quence (Figure 11). This is interesting as, by using for¬ 
ward shading, this variant inherently support MS AA, custom 
material shaders, and sidesteps the issue of G-Buffer stor¬ 
age. This is remarkable since TiledForward performs signif¬ 


Table 2: Light assignment performance scaling with an in¬ 
creasing number of randomly distributed lights. 


#lights 

Clustered Light 
Assignment Time 

Tiled Light 
Assignment Time 

32 

0.71 ms 

0.24 ms 

1024 

0.73 ms 

0.51 ms 

32768 

1.42 ms 

9.31 ms 

1048576 

5.73 ms 

341.56 ms 


icantly worse than TiledDeferred (which is why TiledFor¬ 
ward was excluded from Figure 11). 

Run-time performance is influenced by many factors, in¬ 
cluding the number of lights, light density, the level of dis¬ 
continuities, algorithm complexity, and various implementa¬ 
tion details. In Figure 12, we explore the first three of these 
options. While the crossover point between tiled and clus¬ 
tered implementations is at most around 2k lights, the most 
important conclusion is that clustered shading is very com¬ 
petitive even for cases with very few lights. 

Using normal cones and explicit bounds improves effi¬ 
ciency and shading time in all methods tested (Figures 9 
and 10). However, as other stages become slower, this does 
not translate into faster rendering overall. Even the relatively 
modest overhead of adding normal cone construction to tiled 
deferred (TiledDeferredEn) is too large to offer any net bene¬ 
fit. This affirms that the major performance gain comes from 
the move beyond 2D tiles. To make these more advanced 
clusterings attractive, either faster methods for light assign¬ 
ment and clustering must be found, or the shading cost must 
increase. 

As our clustered shading implementation uses a light hier¬ 
archy for light assignment, it should scale well with increas¬ 
ing numbers of lights. Table 2 shows this, where we compare 
the hierarchical light assignment against the brute-force ap¬ 
proach used by the tiled implementation. For small numbers 
of lights, various overheads dominate the assignment time, 
making the clustered variant slightly more expensive. At 1M 
lights, our clustered-shading implementation runs at over 35 
fps, where the lights are uniformly distributed and up to 100 
lights (~ 45 on average) end up influencing each cluster. 

6. Conclusion and Future Work 

In this paper, we have presented and evaluated Clustered 
Shading. In clustered shading, we group similar view sam¬ 
ples according to their position and, optionally, normal into 
clusters. We then determine what light sources potentially 
influence what clusters. Compared to tiled shading, clusters 
generally are smaller, and therefore will be affected by fewer 
light sources. The optional per-cluster normal-information 
allows us to cull back-facing light sources against clustering, 
further reducing the number of light sources affecting each 
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Figure 12: Crossover points for various algorithms and numbers of lights for the view ofSponza seen in Figure 8. Note that (a) 
and (c) use the same view, but without trees, and therefore contain fewer discontinuities. 


cluster. We have shown that efficiency is indeed superior, 
and that performance is more robust with respect to chang¬ 
ing viewing conditions. Our implementation shows that both 
clustered deferred and forward shading offer real-time per¬ 
formance and can scale up to 1M lights. In addition, over¬ 
head for the clustering is low, making it competitive even for 
few lights. 

In the future, we would like to explore approximative 
lighting, where a heuristic is used to determine if all view 
samples in a cluster are affected approximately equally by a 
certain light. If so, the lighting for that light source is evalu¬ 
ated once and re-used for all samples in the cluster. In some 
initial tests, we have observed an up to around 20% reduction 
in lighting computations, at very little computational cost. 
(However, this produced some subtle visual discrepancies, 
which we have been unable to work around at this point.) 

We believe that it is possible to produce high quality ap¬ 
proximations. These approximations may require additional 
per-cluster data, such as average shininess for specular com¬ 
putations. A better heuristic for determining when approxi¬ 
mation is possible would also have to be developed. 

It would also be interesting to investigate how clustered 
shading interacts with more complex shading, e.g. switch¬ 
ing due to type of material. Since clustered shading has a 
much smaller shading cost than tiled shading, we expect bet¬ 
ter scaling with shader complexity. 
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